home *** CD-ROM | disk | FTP | other *** search
- ;----------------------------------------------------------------------------
- ;File name: T_DAYTIM.DOC Revision date: 1997.08.10
- ;Creator: Ulf Ronald Andersson Creation date: 1997.08.01
- ;(c)1997 by: Ulf Ronald Andersson All rights reserved
- ;Feedback to: dlanor@oden.se Released as FREEWARE
- ;----------------------------------------------------------------------------
- ;--- !!! --- Please read the full text below at least once. --- !!! ---
- ;This will help you avoid some simple but otherwise inescapable problems.
- ;----------------------------------------------------------------------------
-
- T_DAYTIM is a simple client program that contacts a time server to request
- its time by the "Daytime" protocol, over either of the two "Daytime" ports,
- which are UDP(13) and TCP(13). This causes the server to send time info as
- a string, which T_DAYTIM then displays in an alert box. Note that "Daytime"
- format is arbitrary, up to each implementor, so this info is only intended
- for human inspection, not for any automated handling.
-
- This client will run as ACC, APP, GTP, PRG, TOS, or TTP program, under all
- known system environments that include STinG. It is useless without STinG !
-
- As yet all user interaction of this client is through alert boxes, and as yet
- these are still modal, though this may change in future versions if warranted.
-
- When started as a TOS or TTP program the ouput will still be quite similar
- to the GEM usage, by using part of the VT52 screen as a simulated alert box.
- You can then use the digit keys "1", "2", or "3" to select buttons.
-
- When started as APP, PRG, or GTP program under a multitasking AES, the client
- does not immediately start any user interaction, unless there is an argument
- included in the launching. Otherwise it merely goes dormant, awaiting future
- AES messages AC_OPEN (can have no argument) or VA_START (can have argument).
- In the latter case it responds with AV_STARTED after copying any argument.
-
- Any argument passed, at launch or by VA_START message, will be interpreted as
- an alternative time server address, either as IP number or as a domain name.
- In the former case, it will be used directly without calling resolver, but in
- the latter case the resolver will be called to determine the IP number.
-
- Whenever a request is to be made without having passed an argument, the client
- will attempt to contact a server at the address defined in the "TIME_SERVER"
- variable of STinGs DEFAULT.CFG, so you will need to add this variable if you
- have not already done so.
-
- When started as an ACC, under any AES, the behaviour will be similar to that
- described above, except that no launch argument is then possible. The client
- will still respond correctly to arguments passed by VA_START of course. Also,
- when such an argument has been used, it will be reused each time the ACC gets
- an AC_OPEN message. To reset the ACC to use the TIME_SERVER variable again,
- you must then pass it an empty VA_START message. This can be done in THING
- simply by double-clicking on an APP with the same name as the ACC.
-
- I use the following line in DEFAULT.CFG:
-
- TIME_SERVER = time.dataphone.se
-
- Unless you too live in Sweden, I suggest you find a server closer to home. ;-)
- A useful time server in England can be accessed by:
-
- TIME_SERVER = time.demon.co.uk
-
- ;----------------------------------------------------------------------------
- ;End of file: T_DAYTIM.DOC
- ;----------------------------------------------------------------------------
-